summaryrefslogtreecommitdiff
path: root/sv.c
Commit message (Collapse)AuthorAgeFilesLines
* Handle IO error in "slow gets"Nick Ing-Simmons2002-06-171-6/+8
| | | p4raw-id: //depot/perlio@17267
* Spurious empty statements.Jarkko Hietaniemi2002-06-151-1/+1
| | | p4raw-id: //depot/perl@17251
* Further patch on #17163 for Tru64.Jarkko Hietaniemi2002-06-101-5/+9
| | | p4raw-id: //depot/perl@17164
* Patch from Hugo for the 'printf' problem:Jarkko Hietaniemi2002-06-101-7/+55
| | | | | | | - for SV-style calling, we can only get NV - for C-style calling, we assume %f is double; - for simplicity we allow any of %Lf, %llf, %qf for long double p4raw-id: //depot/perl@17163
* [patch] ptr_table_storeDoug MacEachern2002-06-091-1/+0
| | | | | Message-ID: <Pine.LNX.4.33.0206091700110.26891-100000@mako.covalent.net> p4raw-id: //depot/perl@17154
* Re: unique attribute?Doug MacEachern2002-06-091-3/+4
| | | | | Message-ID: <Pine.LNX.4.33.0206091645330.26891-100000@mako.covalent.net> p4raw-id: //depot/perl@17153
* Re: unique attribute?Doug MacEachern2002-06-091-1/+2
| | | | | Message-ID: <Pine.LNX.4.33.0206091356210.26891-100000@mako.covalent.net> p4raw-id: //depot/perl@17146
* Recover some of the #16845.Jarkko Hietaniemi2002-05-291-1/+7
| | | p4raw-id: //depot/perl@16858
* Retract #16820, #16819, #16810, #16669, #16531, #16530, #16501Jarkko Hietaniemi2002-05-281-20/+4
| | | | | to restore some level of sanity in the tied scalars can of worms. p4raw-id: //depot/perl@16845
* Comment nit from Yitzchak.Jarkko Hietaniemi2002-05-271-1/+1
| | | p4raw-id: //depot/perl@16819
* Fix for the IO::Scalar bug (I think).Nick Ing-Simmons2002-05-271-14/+12
| | | | | | | | | | At tie time break the loop but in a different place: A. Increment REFCNT of the RV involved in the self-tie B. Decrement REFCNT of the thing RV points to (e.g. the GV) At mg_free time Break the connection between the RV and its referent so that we do not try and free it (again). p4raw-id: //depot/perlio@16808
* **** UNSAFE **** partial fix for IO::Scalar and local ties.Nick Ing-Simmons2002-05-261-7/+23
| | | | | Only op/local.t fails but it is nasty... try valgrind on other machine. p4raw-id: //depot/perlio@16805
* Integrate mailineNick Ing-Simmons2002-05-191-2/+2
| | | p4raw-id: //depot/perlio@16696
* PERL_HASH() casting games so that our hashed data is "unsignedJarkko Hietaniemi2002-05-171-1/+1
| | | | | | | | | char" but old code using just a "char" doesn't need changes. (The change is using a temporary pointer instead of a direct cast to unsigned char* which would blindly cast anything, not just char pointers.) (The problem arose in MacOS Classic, as seen by Pudge, the cure by Nicholas Clark.) p4raw-id: //depot/perl@16656
* Purify finding: jperl.t causes a few Array Bounds ReadsJarkko Hietaniemi2002-05-151-1/+2
| | | | | | | (one byte too far in a malloced buffer) at various spots in regcomp.c, all the buffers malloced by SvGROW() in sv_recode_to_utf8(). p4raw-id: //depot/perl@16608
* Fixed bug where tmpsv would be null after the return of the Artur Bergman2002-05-121-3/+5
| | | | | | | | | | amagic. Now check for that and allocate the tmpsv afterwards, this is done in all other places that use amagic. Fixes bug when threads->unknownfunction() was called and we coredumped on the stringification somewhere deep in the autoloader/dynaloader something. Far to deep for me to provide a test case. p4raw-id: //depot/perl@16558
* Explicit casts due to #16542.Jarkko Hietaniemi2002-05-111-1/+1
| | | p4raw-id: //depot/perl@16547
* [PATCH] Re: perl@16433Yitzchak Scott-Thoennes2002-05-081-1/+3
| | | | | | | | | | | Date: Tue, 07 May 2002 18:40:44 -0700 Message-ID: <cII28gzkgaOS092yn@efn.org> Subject: Re: [PATCH] Re: perl@16433 From: sthoenna@efn.org (Yitzchak Scott-Thoennes) Date: Wed, 08 May 2002 10:16:42 -0700 Message-ID: <61V28gzkg+jG092yn@efn.org> p4raw-id: //depot/perl@16501
* delete inaccurate commentDave Mitchell2002-05-041-3/+0
| | | | | Message-ID: <20020503211700.C22026@fdgroup.com> p4raw-id: //depot/perl@16404
* manual integrate of change#16332 from maint-5.6 branchGurusamy Sarathy2002-05-021-1/+7
| | | | | p4raw-link: @16332 on //depot/maint-5.6/perl: 9bf7742e23b67e3d7c671615795c570c51951513 p4raw-id: //depot/perl@16348
* Remove sv_setpviv{_,mg}; regen perlapi.Jarkko Hietaniemi2002-05-011-38/+0
| | | p4raw-id: //depot/perl@16290
* remove macroized bincompat functions Dave Mitchell2002-05-011-132/+0
| | | | | Message-ID: <20020430235543.A27796@fdgroup.com> p4raw-id: //depot/perl@16289
* More VC5-induced casting found by Nikola Knezevic.Jarkko Hietaniemi2002-04-271-1/+1
| | | p4raw-id: //depot/perl@16232
* fix typo that caused pseudo-fork() crashes on win64 (we were onlyGurusamy Sarathy2002-04-261-1/+1
| | | | | allocating half of the retstack!) p4raw-id: //depot/perl@16181
* -Wformat cleanups from Robin Barker.Jarkko Hietaniemi2002-04-251-1/+1
| | | p4raw-id: //depot/perl@16156
* fixes for all the warnings reported by Visual C (most of thisGurusamy Sarathy2002-04-211-17/+19
| | | | | | change is from change#12026) p4raw-link: @12026 on //depot/maint-5.6/perl: ff42b73b40f5a895aef4bed81c794f468e0609bc p4raw-id: //depot/perl@16048
* Windows 64-bit support:Gurusamy Sarathy2002-04-211-0/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | * support for building it in the regular makefiles * large files support via the _*i64() functions (this should be portable to the 32-bit universe too, but quite untested and and binary-incompatible, therefore not enabled there) * three additional test failures in addition to the t/end.t one (see README.win32) * sprintf() on Windows gets %I{32,64,}[xoud] format that parallel the ones available from the CRT (needed because Perl uses the UVxf macros in both sprintf() *and* in sv_catpvf() et al.) * add a few 64-bit notes to README.win32 The following general problems were also fixed: * s/struct stat/Stat_t/g * Data::Dumper had some naughty 'long' typecasts * Errno_pm.PL didn't work safe when winsock.h was not in the same directory as errno.h * various tell/seek things were incorrectly prototyped * squelch ugly looking noise when running tests * Embed.t wasn't linking in all the libraries * perl57.dll is now perl58.dll (anticipating 5.8.0-RC1) * re-enable all the disabled warnings (additional fixes may be needed for the warnings uncovered by this) p4raw-id: //depot/perl@16033
* my $utf8here, our $utf8here, and package variable $utf8here.Jarkko Hietaniemi2002-04-161-0/+2
| | | | | | | | | | | | | | | The actual minimal fix is in utf8.c and from NI-S, the rest are the tests (in fresh_perl since I couldn't get them easily to work elsewhere) and a slight behaviour change: previously UTF-8 identifiers had to start with an alphabetic character. No more so, now they can start with an (Unicode) ID_Continue character (which however is not a (Unicode) digit). (Limiting the first character to ID_Start would be rather restrictive, since ID_Start allows only alphabetic letters.) TODO: use vars qw($utf8here). This I don't find to be a showstopper. p4raw-id: //depot/perl@15943
* Fully qualify in warning message the name of a subroutine redefinedRafael Garcia-Suarez2002-04-071-2/+3
| | | | | via glob assignment p4raw-id: //depot/perl@15789
* Re: [ID 20020324.003] fairly major problem with qr/.../x (with test PATCH)Jeffrey Friedl2002-03-281-0/+35
| | | | | Message-Id: <200203281012.g2SAC3K93291@ventrue.corp.yahoo.com> p4raw-id: //depot/perl@15580
* In the spirit of #15464.Jarkko Hietaniemi2002-03-241-4/+2
| | | p4raw-id: //depot/perl@15465
* tidy sv.[ch] after CRIPPLED_CC removalDave Mitchell2002-03-231-21/+40
| | | | | Message-ID: <20020323222724.A19425@fdgroup.com> p4raw-id: //depot/perl@15452
* Purify: Unitialized memory read. Too many code pathsJarkko Hietaniemi2002-03-231-1/+1
| | | | | to keep track of, I guess. p4raw-id: //depot/perl@15436
* Fix for "UTF-8 bug with s///" from Hugo.Jarkko Hietaniemi2002-03-201-0/+1
| | | p4raw-id: //depot/perl@15356
* For DEBUGGING threaded builds.Jarkko Hietaniemi2002-03-181-0/+6
| | | p4raw-id: //depot/perl@15306
* Avoid overwrite of un-allocated memory when SvCUR > SvLENNick Ing-Simmons2002-03-171-5/+7
| | | p4raw-id: //depot/perlio@15273
* HP-UX gcc 3 warnings found by Sarathy.Jarkko Hietaniemi2002-03-161-11/+11
| | | p4raw-id: //depot/perl@15255
* Undocument the use of .*utf8.*{upgrade,downgrade,encode,decode}Jarkko Hietaniemi2002-03-111-0/+9
| | | | | | as general purpose encoding transformation interfaces since that's not what they are. p4raw-id: //depot/perl@15169
* more warnings tidyupPaul Marquess2002-03-111-14/+14
| | | | | | From: "Paul Marquess" <paul_marquess@yahoo.co.uk> Message-ID: <AIEAJICLCBDNAAOLLOKLMEEGDPAA.paul_marquess@yahoo.co.uk> p4raw-id: //depot/perl@15155
* Renaming tweaks, and split off the reentrant "superbuffer"Jarkko Hietaniemi2002-03-101-2/+1
| | | | | init routine. p4raw-id: //depot/perl@15139
* Re[2]: [ID 20020307.006] [BUG][use encoding] use encoding 'greek'; print ↵Anton Tagunov2002-03-081-44/+29
| | | | | | | | | "not" unless pack("U*", 0x3af) eq pack("C*", 0xdf) prints "not"! Message-ID: <13946506773.20020308043144@newmail.ru> (one test changed) p4raw-id: //depot/perl@15088
* As suggested by Anton Tagunov, eq and cmp now obey theJarkko Hietaniemi2002-03-071-29/+82
| | | | | | | | | encoding pragma (by remapping their byte argument if the other argument is in Unicode). Also fix a bug found by Anton where ord undef under the encoding pragma would barf. ([ID 20020307.009] A null pointer dereference with 'use encoding') Finally, use the nicer form of sv_recode_to_utf8. p4raw-id: //depot/perl@15085
* Retract #14985, #14899, and #14990, following the principlesJarkko Hietaniemi2002-03-071-22/+59
| | | | | | | | | | | | "Do no harm." and "If it ain't broke, don't fix it." Firstly, the #14985 broke badly on UTF-EBCDIC, #14990 fixed some, but still broken, and I do not have the extra brain cells for the EBCDIC backport. Secondly, the old version worked both in EBCDIC and non-. Thirdly, the old version may be more amenable for the behaviour suggsted by Anton Tagunov regarding the encoding pragma. p4raw-id: //depot/perl@15084
* sv_cmp and friendsIlya Zakharevich2002-03-041-59/+22
| | | | | | Message-Id: <20020304023103.A14140@math.ohio-state.edu> p4raw-link: @14577 on //depot/perl: 0ad5258ff3f3328f321188cbb4fcd6a74b365431 p4raw-id: //depot/perl@14985
* Re: [PATCH] Re: Copying PV only with possible UTF-8 charactersJohn Peacock2002-02-251-1/+3
| | | | | Message-ID: <3C79AAAC.6060903@rowman.com> p4raw-id: //depot/perl@14859
* SvSetSV() is not returnable, but that's okay sinceJarkko Hietaniemi2002-02-251-3/+3
| | | | | sv_copypv() returns void. p4raw-id: //depot/perl@14858
* Re: Copying PV only with possible UTF-8 charactersJohn Peacock2002-02-241-0/+37
| | | | | Message-ID: <3C795DB7.40105@rowman.com> p4raw-id: //depot/perl@14857
* Re: Prototype checking on assignment of coderef to typeglobRafael Garcia-Suarez2002-02-221-2/+3
| | | | | Message-Id: <20020222230107.A15069@rafael> p4raw-id: //depot/perl@14837
* Fix SvGROW on an SV with SvLEN == 0 - copy in any existing data.Nick Ing-Simmons2002-02-031-0/+3
| | | | | (Mis-feature discovered by Encode.) p4raw-id: //depot/perlio@14526
* Integrate mainlineNick Ing-Simmons2002-01-251-23/+1
| | | | | All but ../lib/Unicode/UCD.t pass. p4raw-id: //depot/perlio@14412
View Lorry Controller Status