gnuwin32-users Mailing List for GnuWin (Page 8)
Provides native Win32 open source ports and utilities
Brought to you by:
gnuwin32
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
(2) |
Apr
(10) |
May
|
Jun
|
Jul
(24) |
Aug
(14) |
Sep
(19) |
Oct
(16) |
Nov
(11) |
Dec
(3) |
2003 |
Jan
(25) |
Feb
(13) |
Mar
(2) |
Apr
(18) |
May
(24) |
Jun
(15) |
Jul
(19) |
Aug
(14) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
|
2004 |
Jan
|
Feb
(3) |
Mar
(6) |
Apr
(1) |
May
|
Jun
(5) |
Jul
(2) |
Aug
(5) |
Sep
(3) |
Oct
(4) |
Nov
(2) |
Dec
(1) |
2005 |
Jan
(27) |
Feb
(61) |
Mar
(55) |
Apr
(53) |
May
(63) |
Jun
(15) |
Jul
(37) |
Aug
(41) |
Sep
(21) |
Oct
(22) |
Nov
(49) |
Dec
(41) |
2006 |
Jan
(23) |
Feb
(18) |
Mar
(48) |
Apr
(34) |
May
(22) |
Jun
(16) |
Jul
(9) |
Aug
(14) |
Sep
(14) |
Oct
(27) |
Nov
(31) |
Dec
(40) |
2007 |
Jan
(57) |
Feb
(26) |
Mar
(10) |
Apr
(13) |
May
(29) |
Jun
(17) |
Jul
(22) |
Aug
(11) |
Sep
(29) |
Oct
(13) |
Nov
(21) |
Dec
(39) |
2008 |
Jan
(17) |
Feb
(28) |
Mar
(30) |
Apr
(11) |
May
(6) |
Jun
(13) |
Jul
(23) |
Aug
(9) |
Sep
(10) |
Oct
(23) |
Nov
(15) |
Dec
(15) |
2009 |
Jan
(9) |
Feb
(16) |
Mar
(9) |
Apr
(8) |
May
(36) |
Jun
(18) |
Jul
(10) |
Aug
(16) |
Sep
(10) |
Oct
(21) |
Nov
(6) |
Dec
(9) |
2010 |
Jan
(9) |
Feb
(17) |
Mar
(10) |
Apr
(7) |
May
(20) |
Jun
(18) |
Jul
(7) |
Aug
(11) |
Sep
(14) |
Oct
(11) |
Nov
(7) |
Dec
(3) |
2011 |
Jan
(1) |
Feb
(5) |
Mar
(11) |
Apr
(6) |
May
(20) |
Jun
(4) |
Jul
(7) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(6) |
2012 |
Jan
(6) |
Feb
(6) |
Mar
(4) |
Apr
(3) |
May
|
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
2013 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <ma...@ma...> - 2010-07-13 13:01:13
|
This is an OS issue, not a tail issue. Unix has no implicit file locks, while Windows has. Maddes On Tue, July 13, 2010 11:39, Alois Mahdal wrote: > Hello, > > I'm using tail -F for watching various logs (e.g. Apache's access.log). > The problem is that tail keeps the file constantly open and locked, > preventing me from deleting it (say I need to clean up the log from time > to time, e.g. using a simple Windows batch with DEL /F). > > Is there any way to prevent tail from this behavior? > > In fact, I think it can be considered bug (limitation?) as the behavior of > original tail is different -- the file can be deleted any time, tail can > always catch up (just tested on Debian/Lenny). > > The environment is Windows 7 amd64, and tail is typically run from Total > Commander (i.e. in "Wow64" mode or whatever they call it; though it does > not seem to matter as the behavior is same when it's run from native > cmd.exe) as Administrator (I really don't need any real security here). > > Yeah, and > C:\Users\Alois.Mahdal.CZ>tail --version > tail (GNU coreutils) 5.3.0 > > Any suggestions? > > Thanks a lot. > > -- > Alois Mahdal using Opera's revolutionary e-mail client: > http://www.opera.com/mail/ > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > GnuWin32-Users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuwin32-users > |
From: Alois M. <Alo...@zx...> - 2010-07-13 10:00:10
|
Hello, I'm using tail -F for watching various logs (e.g. Apache's access.log). The problem is that tail keeps the file constantly open and locked, preventing me from deleting it (say I need to clean up the log from time to time, e.g. using a simple Windows batch with DEL /F). Is there any way to prevent tail from this behavior? In fact, I think it can be considered bug (limitation?) as the behavior of original tail is different -- the file can be deleted any time, tail can always catch up (just tested on Debian/Lenny). The environment is Windows 7 amd64, and tail is typically run from Total Commander (i.e. in "Wow64" mode or whatever they call it; though it does not seem to matter as the behavior is same when it's run from native cmd.exe) as Administrator (I really don't need any real security here). Yeah, and C:\Users\Alois.Mahdal.CZ>tail --version tail (GNU coreutils) 5.3.0 Any suggestions? Thanks a lot. -- Alois Mahdal using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
From: SourceForge.net <no...@so...> - 2010-07-07 08:34:18
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3762080 By: keithmarshall This isn't a bug in tee! It's because the substitution of %TIME% results in an invalid file name: > echo %DATE%-%TIME%.log Wed 07-07-2010- 9:31:07.18.log Two problems there: the colons are illegal in the context of a file name, and the embedded white space requires quoting. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3762080/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-07-06 16:11:38
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3762080 By: robi2106 When using tee on the command line of Win7x64 I get an error if the pipped file uses a system variable such as %TIME% Usage: c:\dev\project\>ant build_all > c:\bin\tee.exe c:\dev\project\%DATE%-%TIME%.log The error is not present if the system variables are not used. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3762080/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-07-05 13:52:55
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3760925 By: mz2ptc0 Secunia has made a blog entry about open source applications not implementing all the MS security features: http://secunia.com/blog/105 . When you build for Windows XP specifically UAC may not be that important but it does matter on Vista and later OS versions. Maybe when building *new* versions of Gnuwin applications this should be taken into account. The recent versions of GCC and Bintutils may make it more convenient to implement some of these features. I have not tried any of them myself except in Visual C/C++ 2008 Express Edition. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3760925/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-07-01 04:43:24
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752329 By: cardinalbill Solution: I finally found, via google, where someone said to use "somevariable=$((10*100))", without quotes but it does require the double set of parentheses. This works well with $somevalue and $someothervalue, which is how I used it. Be aware that it only works on integers. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752329/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-07-01 04:31:08
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752336 By: cardinalbill Solution: The executable win-bash.exe was renamed wb.exe (less typing on my part). From inside the first script instead of just having a line that said "do_this_script", without quotes, I had to make the line say `wb do_this_script`, with the backtics. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752336/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: Droit A. <Arn...@ir...> - 2010-06-26 23:22:28
|
Hi JIA, We have compiled with the latest gsl version on Windows 32 and 64 bits. You can get it here: http://wiki.rglab.org/index.php?title=Public:Installation_of_GSL_from_Windows_binary If you have any question, don't hesitate to contact me. Regards Arnaud. Le 2010-06-26 à 18:54, JIA Pei a écrit : Hi, all: I'd love to use gsl under windows. gnuwin32 seems to be a very good choice. But, I found gsl is quite old and there is only a version of 1.8 created in 2006, at http://gnuwin32.sourceforge.net/packages/gsl.htm <http://gnuwin32.sourceforge.net/packages/gsl.htm>Current gsl is already of version 1.14 (please refer to http://www.gnu.org/software/gsl/ ) I'm wondering will gnuwin32 developers help to afford a windows based gsl of version 1.14 at convenience? Cheers JIA -- Welcome to Vision Open http://www.visionopen.com ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ GnuWin32-Users mailing list Gnu...@li... https://lists.sourceforge.net/lists/listinfo/gnuwin32-users |
From: JIA P. <jp...@gm...> - 2010-06-26 22:55:02
|
Hi, all: I'd love to use gsl under windows. gnuwin32 seems to be a very good choice. But, I found gsl is quite old and there is only a version of 1.8 created in 2006, at http://gnuwin32.sourceforge.net/packages/gsl.htm <http://gnuwin32.sourceforge.net/packages/gsl.htm>Current gsl is already of version 1.14 (please refer to http://www.gnu.org/software/gsl/ ) I'm wondering will gnuwin32 developers help to afford a windows based gsl of version 1.14 at convenience? Cheers JIA -- Welcome to Vision Open http://www.visionopen.com |
From: SourceForge.net <no...@so...> - 2010-06-25 23:45:12
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752336 By: cardinalbill I would like to call a script from within a script. Failing that I'd like to take those scripts and make them functions, which would require functions calling functions. Both of these methods fail. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752336/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-06-25 23:42:14
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752329 By: cardinalbill I am unable to multiply via expr. I've tried \*, "*", '*', and plain old * (which is a big mistake). I have this working under bash on my linux machine and once upon a time had the scripts working on a Sun Solaris machine. I've got the other functions, that I need, to work. Only multiplication won't. _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3752329/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: Ruben T. <thi...@fo...> - 2010-06-14 11:03:19
|
From: Ruben Thijssen Sent: vrijdag 11 juni 2010 14:07 To: gnu...@li... Subject: Multi-threaded Hi there, A small question about libmagic. I am creating a c# wrapper and when I run the application single threaded libmagic doesn't have a problem with it. But when I turn to multithreaded I get AccessViolation exceptions. This exception occurs because the magic_t pointer in all threads point to the same address. What am I doing wrong? Or is libcurl not threadsafe? Thanks in advance, Ruben. Hi there, I found the solution to my problem. The error was not in magiclib. Thanks, Ruben. |
From: Kees Z. <kz...@gm...> - 2010-06-11 17:49:58
|
-------------------------------------------------- From: "Qianqian Fang" > After putting -lgw32c -lole32 at the end of the command line, > the linking error for drand48_r has gone. However, there are > still 10s of unresolved references error for stderr, stdin > and stdout. Are there anything else I overlooked? > Perhaps an include is omitted or some includes are in the wrong order, perhaps a programming error or whatever. In such a case you can try several types of bug searches. The most general one is: Trim your program to the smallest possible one that exhibits this behavior, compare it with the next trimmed one (thus the first one to not have this behavior), compare them, and most likely you will have found the error. A more heuristic one would be to search where stdin and the like are used in your program, find in which include files they are defined, and try to find the bug by looking at the code, changing it e.g. by putting the code with stdin between comments, etc. If you don't find it in this way, ultimately you will probably end up with the same smallest programs as described in the previous paragraph. --kz |
From: Ruben T. <thi...@fo...> - 2010-06-11 12:06:45
|
Hi there, A small question about libmagic. I am creating a c# wrapper and when I run the application single threaded libmagic doesn't have a problem with it. But when I turn to multithreaded I get AccessViolation exceptions. This exception occurs because the magic_t pointer in all threads point to the same address. What am I doing wrong? Or is libcurl not threadsafe? Thanks in advance, Ruben. |
From: Qianqian F. <fa...@gm...> - 2010-06-10 15:16:11
|
On 06/10/2010 04:18 AM, Keith MARSHALL wrote: > > > gcc -lgw32c -lole32 -lm -o bin/mmc built/posix_randr.obj > > built/simpmesh.obj > > uilt/tettracing.obj built/mcx_utils.obj built/tictoc.obj > built/tetray.obj " > > > > I am certain that gcc/ld had found the libgw32c.a that I placed > > under c:\MinGW\lib, but somehow, it does not link :( > > It *does* link, and entirely predictably, includes *nothing* from the > libraries in the linked image, because you told the linker to process > all your libraries *before* it had read the objects to build its > requirements list. > > This question has been answered about a squillion times on the MinGW > mailing list; the order in which you specifed your link command args > is *wrong*. The order matters[*], and -l... library specs *must* come > *after* the object files requiring them, (and also in the correct > order so that library interdependencies may be resolved). > > [*] FTR,, this command order is just as wrong for compiling on Linux. > hi Keith thank you very much for pointing out the orders. I definitely overlooked the issue. After putting -lgw32c -lole32 at the end of the command line, the linking error for drand48_r has gone. However, there are still 10s of unresolved references error for stderr, stdin and stdout. Are there anything else I overlooked? > Also, .obj looks wrong for GCC; while the format may be correct, .o > is the more normal object file extension. > I deliberately set it to .obj for windows, although setting it to .o shall be equally ok. OBJSUFFIX := .o BINSUFFIX := ARCH = $(shell uname -m) PLATFORM = $(shell uname -s) ifeq ($(findstring MINGW32,$(PLATFORM)), MINGW32) ... OBJSUFFIX=.obj BINSUFFIX=.exe endif Qianqian > > -- > Regards, > Keith. > |
From: Keith M. <kei...@to...> - 2010-06-10 08:23:01
|
> gcc -lgw32c -lole32 -lm -o bin/mmc built/posix_randr.obj > built/simpmesh.obj > uilt/tettracing.obj built/mcx_utils.obj built/tictoc.obj built/tetray.obj " > > I am certain that gcc/ld had found the libgw32c.a that I placed > under c:\MinGW\lib, but somehow, it does not link :( It *does* link, and entirely predictably, includes *nothing* from the libraries in the linked image, because you told the linker to process all your libraries *before* it had read the objects to build its requirements list. This question has been answered about a squillion times on the MinGW mailing list; the order in which you specifed your link command args is *wrong*. The order matters[*], and -l... library specs *must* come *after* the object files requiring them, (and also in the correct order so that library interdependencies may be resolved). [*] FTR,, this command order is just as wrong for compiling on Linux. Also, .obj looks wrong for GCC; while the format may be correct, .o is the more normal object file extension. -- Regards, Keith. |
From: Qianqian F. <fa...@gm...> - 2010-06-09 20:51:06
|
hi I am trying to port a code written under Linux to Windows. I used MinGW with GCC 4.0 on a Windows XP machine. In order to use the drand48_r function, I downloaded and installed LibG32C v0.4 library for Windows. I copied all the header files under "C:\Program Files\GnuWin32\include\glibc" to C:\MinGW\include and copied C:\Program Files\GnuWin32\lib\*.a to "C:\MinGW\lib". Then I compile my code, all the units are compiled ok. However, when gcc linked the obj files, it aborted with error "unresolved references" for drand48_r, seed48_r and also for stdout/stdin. It looks to me like the libgw32c is not linked. The following is the linking command: gcc -lgw32c -lole32 -lm -o bin/mmc built/posix_randr.obj built/simpmesh.obj uilt/tettracing.obj built/mcx_utils.obj built/tictoc.obj built/tetray.obj " I am certain that gcc/ld had found the libgw32c.a that I placed under c:\MinGW\lib, but somehow, it does not link :( Anyone can help me out on this? thanks Qianqian |
From: SourceForge.net <no...@so...> - 2010-06-07 09:51:03
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305 By: trailx Thanxs for your answer. I think a new compilation with MSYS/MinGW, it's the best solution too, because now there is a 5.8 version of coreutils... The only problem is that it's very long to recompile because i must correct a lot of file if i want a correct compilation... Infortunately, MSYS would not integrate command DF in a future release... So i will must do a compilation myself if i want a new version... PS: Sorry for my poor english... _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-06-05 17:32:21
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305 By: mz2ptc0 Try a fresh build with MSYS/MinGw. If the package was built too long ago that may be the problem. There is also MSYS' own version of coreutils which may work for you. What is the error message in Event Viewer System and/or Application logs? _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: Alois M. <alo...@zx...> - 2010-06-05 02:39:44
|
Hello, I have a following scenario (both machines are Windows): Server: simple Perl script that just generates a random filename, puts it into Content-Disposition header and sends a random text content (of a random length). Client: a simple batch that e.g. 10000x runs this: wget --content-disposition http://server/cgi-bin/randomfile.pl (...so that files are saved under the name offered by the script Content-Disposition header) The point is clear -- I need to generate a random traffic for testing purposes. But the problem is, that wget, when used with --content-disposition option, always first retrieves only headers -- via HTTP HEAD request and then retrieves the content again, via GET, so the script is run twice. So if the script is set up to generate large files, which takes, say, 2 minutes, wget spends 2 minutes waiting for HEAD response and another 2 minutes waiting for GET response. I know this is also issue of the script (as it actually generates content upon a mere HEAD request), but is there any way to retrieve the content immediately, i.e. within one GET request *and* respect filename from Content-Disposition header? Thanks for ideas. Al. |
From: Ruben T. <thi...@fo...> - 2010-06-04 12:40:45
|
> -----Original Message----- > From: L Anderson [mailto:lo...@mv...] > Sent: vrijdag 4 juni 2010 13:10 > To: Ruben Thijssen > Cc: gnu...@li... > Subject: Re: [GnuWin32-Users] File (magic1.dll) - No current entry for > continuation > > Ruben Thijssen wrote: > > Hi there, > > > > I am currently working on a C# wrapper/binder applications that is > going to use the file command (well the library to be specific). I > downloaded the file binaries and I am using the library file > "magic1.dll". > > Calling the methods from a C# environment works fine but I am running > into some problems. Magic_open does seem to function correctly (I > think, because I don't get any errors back) but when I'm executing > magic_load(pointerToMagic_t, "Location of the Magic Files (magic and > magic.mgc)") I get the following error: No current entry for > continuation. > > Does anybody have a idea where this error is coming from and how I > can prevent it? > > > > Thanks. > > google "No current entry for continuation" and you'll get a dozen hits > that > might give you a clue. > > LA I didn't find it trough that method. I already tried it and (in my opinion) it wasn't very useful. But I found the solution. I had to use the following line in front of my string parameter to make it successful: [MarshalAs(UnmanagedType.AnsiBStr)] Also I copied all the .DLL files from the binary and I copied the files from share/misc. These files are now in one folder. The last thing was to letting magiclib know where my magic file was: magic_load(ms, "<foldername>/magic"); May for you guy's this speaks for itself but it was difficult for me haha. Sorry I bothered you but I hope someone else with the same problem can use my solution. Thanks. |
From: Ruben T. <thi...@fo...> - 2010-06-04 09:54:02
|
Hi there, I am currently working on a C# wrapper/binder applications that is going to use the file command (well the library to be specific). I downloaded the file binaries and I am using the library file "magic1.dll". Calling the methods from a C# environment works fine but I am running into some problems. Magic_open does seem to function correctly (I think, because I don't get any errors back) but when I'm executing magic_load(pointerToMagic_t, "Location of the Magic Files (magic and magic.mgc)") I get the following error: No current entry for continuation. Does anybody have a idea where this error is coming from and how I can prevent it? Thanks. |
From: SourceForge.net <no...@so...> - 2010-06-04 02:07:18
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730676 By: lowella If memory serves, this has existed for some time. It appears the problem is that the setup links on the GnuWin Packages page need to be changed from http://gnuwin32.sourceforge.net/downlinks/'package'.htm to http://gnuwin32.sourceforge.net/downlinks/'package'.php If you click an individual 'package' link, then on its page, the setup links (may--I haven't checked them all) work because they do the 'php' thingy instead of the 'htm' thingy. Perhaps the GnuWin maintainers will fix this some day. (Hint Hint). _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730676/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-06-04 00:44:18
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730676 By: mizzouece Every "Setup" link on the GnuWin packages download web page is currently broken. Clicking on a "Setup" link yields a 404 error on the web server: [url=http://gnuwin32.sourceforge.net/packages.html]http://gnuwin32.sourceforge.n et/packages.html[/url] _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730676/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |
From: SourceForge.net <no...@so...> - 2010-06-03 16:49:55
|
Read and respond to this message at: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305 By: trailx Hi, I've some problem with coreutils 5.3.0 on W2K8. When i try to start the specific command df.exe, windows crash. No problem whith other command... It's possible to have a version more recent of coreutils ? It's little bit complicated for me, to compile a newer version of df on Windows environnement... I try with cygwin but i'm dependant of specific dll... Thanxs _____________________________________________________________________________________ You are receiving this email because you elected to monitor this topic or entire forum. To stop monitoring this topic visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/3730305/unmonitor To stop monitoring this forum visit: https://sourceforge.net/projects/gnuwin32/forums/forum/74807/unmonitor |