32 bit IDE, 64 bit OS..,
-
16 bit length limit of
String! :mad: No exception, the PC just went off to La La Land. 50K length strings fine. I was planning to manage data differently (limited strings and flushing into a memory stream) but there was another part of the library I'm working on before I started that task so there is half a day gone wondering how I managed to hit theSelfDestructTMbutton.Join the cool kids - Come fold with us[^]
-
String literals maybe, System.String certainly not. (I've had longer *nudge* *nudge*)
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server.Down, boy!
Cheers, विक्रम (Got my troika of CCCs!) "cant stand heat myself. As soon as its near 90`F I seriously start to loose interest in doing much." - fat_boy. "Finally we agree, a little warming will be good if it makes you shut the f*** up about it." - Tim Craig.
-
Down, boy!
Cheers, विक्रम (Got my troika of CCCs!) "cant stand heat myself. As soon as its near 90`F I seriously start to loose interest in doing much." - fat_boy. "Finally we agree, a little warming will be good if it makes you shut the f*** up about it." - Tim Craig.
-
Abhinav S wrote:
one creator.
God?
Regards David R --------------------------------------------------------------- "Every program eventually becomes rococo, and then rubble." - Alan Perlis The only valid measurement of code quality: WTFs/minute.
riced wrote:
God?
Microsoft.
The funniest thing about this particular signature is that by the time you realise it doesn't say anything it's too late to stop reading it. My latest tip/trick - Silverlight *.XCP files
-
No, you got it wrong: if you're hitting limits - you're doing it wrong. I have no doubts that the limits you specified are there and true.
In .NET 2.0 the Treeview is limited to 64K nodes per root, this is not longer the case in .NET 3.0 but I have legacy issues to deal with. BTW in the OP I was planning to change things anyway, it was just one last item I wanted to test before doing so... Concactenating strings in the multi-Megabyte range isn't very efficient but the overhead of writing to a disk file will slow down the application too much hence looking at
MemoryStream.Join the cool kids - Come fold with us[^]
modified on Monday, July 19, 2010 4:11 AM
-
riced wrote:
God?
Microsoft.
The funniest thing about this particular signature is that by the time you realise it doesn't say anything it's too late to stop reading it. My latest tip/trick - Silverlight *.XCP files
-
Do you mean System.String? If so, it's not an IDE restriction.
Regards, Nish
Blog: blog.voidnish.com Most recent article: An MVVM friendly approach to adding system menu entries in a WPF application
-
String literals maybe, System.String certainly not. (I've had longer *nudge* *nudge*)
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server.I split a broadcast stream down into smaller chunks to speed up testing and 50K output was fine, tried a number of other and coincidentally larger streams which made things blow up and finally the original that I had split up and the same thing happened. Having found out about the 64K child limit on Treeview I am highly suspicous. :suss: This is .NET 2.0 BTW, I think a numbre of 16 bit length vlaues were changed to 32 bit in .NET 3.0
Join the cool kids - Come fold with us[^]
modified on Monday, July 19, 2010 4:23 AM
-
That's not an IDE limitation. A string is limited by a continguous chunk of available memory, not some arbitrary 16-bit number. I'd start looking to see if there is a big enough hole in the large object heap. The LOH doesn't get rearranged like the smaller heap does, so any holes created in memory will stay that way on the LOH.
A guide to posting questions on CodeProject[^]
Dave Kreskowiak Microsoft MVP Visual Developer - Visual Basic
2006, 2007, 2008
But no longer in 2009... -
Tarkeesh Pradmanesh.
Agh! Reality! My Archnemesis![^]
| FoldWithUs! | sighist | µLaunch - program launcher for server core and hyper-v server.Even Google doesn't help with that. Any clues?
-
Even Google doesn't help with that. Any clues?
-
.NET 2.0 has a number of components with 16 bit limitations, all I have to do is try and perusade work to support VS2008.
Join the cool kids - Come fold with us[^]
-
Don't even think of VS2010 - buggy as hell (never been there but have used an early version of Vista !) VS2008 is now mature enough for real use - never before Service pack 1!
-
Don't even think of VS2010 - buggy as hell (never been there but have used an early version of Vista !) VS2008 is now mature enough for real use - never before Service pack 1!
yeah, I think your problem may have been vista and not VS2010. VS2010 is fantastic on Windows 7 (64-bit). And you should be using the RTM version and not a Beta. Beta = buggy as hell + patience.
-
You having many issues with vs 2010? I migrated an asp.net project to vs2010 to test it out and quite happy with it actually, no bugs and the ui feels more responsive than 2008 but then again this is subjective.
Lots of problems with 2010, basically very unstable and can't be relied on. Using it mainly for native C++/MFC. When even their sample projects crash the IDE - you know testing is not high on the list! Some of our C# code has faired better. Its not just me , other engineers in company have similar if not more colorful descriptions of its reliability! No one wants to use it....... VS 2008 is fine - but had similar reliability problems before service pack 1.
-
yeah, I think your problem may have been vista and not VS2010. VS2010 is fantastic on Windows 7 (64-bit). And you should be using the RTM version and not a Beta. Beta = buggy as hell + patience.
-
I've been using it for C# and WPF development on 32-bit 7 since RTM and it's been reliable and stable. Must be a different animal for C++ then...
-
I've been using it for C# and WPF development on 32-bit 7 since RTM and it's been reliable and stable. Must be a different animal for C++ then...
-
Not one
constructor?Join the cool kids - Come fold with us[^]